home *** CD-ROM | disk | FTP | other *** search
/ CU Amiga Super CD-ROM 17 / CU Amiga Magazine's Super CD-ROM 17 (1997)(EMAP Images)(GB)[!][issue 1997-12].iso / CUCD / Programming / AMOSList / AMOSLIST.0897 / 000031_amos-request@svcs1.digex.net_Mon Aug 4 13:26:50 1997.msg < prev    next >
Text File  |  1997-09-09  |  3KB  |  74 lines
  1. Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224])
  2.     by mail3.access.digex.net (8.8.5/8.8.5) with ESMTP id NAA29267
  3.     for <mcox@access.digex.net>; Mon, 4 Aug 1997 13:26:49 -0400 (EDT)
  4. Received: (from daemon@localhost)
  5.     by svcs1.digex.net (8.8.5/8.8.5) id KAA23263
  6.     for amos-out; Mon, 4 Aug 1997 10:36:46 -0400 (EDT)
  7. Received: from mail1.access.digex.net (mail1.access.digex.net [205.197.247.2])
  8.     by svcs1.digex.net (8.8.5/8.8.5) with ESMTP id KAA23260
  9.     for <amos-list@svcs1.digex.net>; Mon, 4 Aug 1997 10:36:45 -0400 (EDT)
  10. Received: from MCSDEV.MCS.CO.UK (SYSTEM@mcsdev.mcs.co.uk [193.32.50.112])
  11.     by mail1.access.digex.net (8.8.5/8.8.5) with SMTP id KAA13236
  12.     for <amos-list@access.digex.net>; Mon, 4 Aug 1997 10:36:43 -0400 (EDT)
  13. Date:     Mon, 4 Aug 1997 15:36 GMT
  14. From: "SIMONC%MARS.decnet"@mcs.co.uk (Simon Champion - simonc@mcs.co.uk)
  15. Message-Id: <009B8474AA3626A0.0E67@mcs.co.uk>
  16. To: amos-list@access.digex.net
  17. Subject:  Re: Crippling programs
  18. X-VMS-To: MCSDEV::SMTP%"amos-list@access.digex.net"
  19. Status: O
  20. X-Status: 
  21.  
  22.  
  23. To:    amos-list@access.digex.net
  24. Subj:    RE: Crippling Programs
  25.  
  26.  
  27. >> IMO the best way is to leave all the functions in but to remove some vital 
  28. >> element such as a SAVE function.
  29. >> Obviously this is frustrating for the user but if they feel that they want 
  30. >> to use the product then they have no choice but to register.
  31.  
  32. >It would be nice to test the output at least once though
  33.  
  34. It sure would! I recently registered for MetalWeb (the new wysiwyg HTML
  35. editor) - I wouldn't have registered if I'd known that the saved files
  36. contained so many bugs! (on the other hand, it's taught me a lot about
  37. HTML, doing this, and the authors have been fixing it regularly, so I'm
  38. not that unhappy!!)
  39.  
  40. In the end, shareware means "try before you buy". If the user can't try
  41. it, they're unlikely to buy it.
  42.  
  43. Personally, I think the method of crippling relies on what the program
  44. acutally does...
  45.  
  46. If your program is a calendar or some-such that needs the clock, give it
  47. a date time out. This is very effective, but (especially with Amigas not
  48. neccesarily having a clock) only if the program relies on the clock.
  49.  
  50. My favorite (best for a game) is the level-editor idea... The unregistered
  51. version would work fine, but register, and you get a level editor, more
  52. levels, and an updated main program. Also, levels designed with the level
  53. editor could either not work with the unregistered version, or they could
  54. bring up some extra annoying register requesters.
  55.  
  56. The other idea is to release one game/program, with the register info
  57. telling the user that they will receive another two or three programs
  58. which you might not even have released. A couple of screen shots, and
  59. some descriptive text... if the user likes the first one, they'll want
  60. other software by the same author, so they'll register to get it.
  61.  
  62. One alternative to crippling that I really *hate* is the idea of doing
  63. something nasty to the system if an unregistered keyfile is found. *Don't*
  64. do it!!! Imagine the user getting a read error on their hard disk that
  65. corrupts the key file...
  66.  
  67.  Th-th-th-thats all folks!
  68.  
  69.      /
  70.      \  I  |\/|  ()  |\|
  71.    --/--------------------->
  72.  
  73. -------------------------------------------------------------------------------
  74. "Never trust a smiling computer."